/**
 * @PROJECT_NAME: design_patterns
 * @DESCRIPTION: 享元模式 Flyweight Pattern
 * 定义：
 * 运用共享技术来有效的支持大量细粒度对象的复用，它通过共享已经存在的对象来大幅度减少需要创建对象的数量，避免大量相似对象的开销，从而提高系统资源的利用率。
 * <p>
 * 结构：
 * <p>
 * 享元模式中存在以下两种状态：
 * <p>
 * 1、内部状态，即不会随着环境的改变而改变的可共享部分。
 * <p>
 * 2、外部状态，指随着环境改变而改变的不可以共享的部分，享元模式的实现要领就是区分应用中的这两种状态，并将外部状态外部化。
 * <p>
 * 享元模式主要有以下角色：
 * <p>
 * 抽象享元角色（Flyweight）：通常是一个接口类，在抽象享元类中声明了具体享元类公共的方法，这些方法可以向外界提供享元对象的内部数据（内部状态）
 * 同时也可以通过这些方法来设置外部数据（外部状态）
 * <p>
 * 具体享元角色（Concrete Flyweight）：它实现了抽象享元类，称为享元对象，在具体享元类中为内部状态提供了存储空间，通常我们可以结合单例模式来设计具体享元类，
 * 为每一个具有享元类提供唯一的享元对象。
 * <p>
 * 非享元角色（Unsharable Flyweight）：并不是所有的抽象享元类的子类都需要被共享，不能被共享的子类可设计为非共享具体享元类；
 * 当需要一个非共享具体享元类的对象时可以直接通过实例化创建。
 * <p>
 * 享元工厂角色（Flyweight Factory）：负责创建和管理享元角色，当客户对象请求一个享元对象时，享元工厂检查系统中是否存在符合要求的享元对象，
 * 如果存在则提供给客户，如果不存在的话，则创建一个新的享元对象。
 * <p>
 * 案例：俄罗斯方块：如果在俄罗斯方块这个游戏中，每个不同的方块都是一个实例对象，这些对象就要占用很多的内存空间，下面利用享元模式进行实现。
 * <p>
 * demo1:案例1 俄罗斯方块
 * <p>
 * demo1:案例2 坦克大战
 * <p>
 * 优点：
 * <p>
 * 极大减少内存汇总相似或相同对象的数量，节约系统资源，提高系统性能
 * <p>
 * 享元模式中的外部状态相对独立，且不影响内部状态
 * <p>
 * 缺点：
 * <p>
 * 为了使对象可以共享，需要将享元对象的部分状态外部化，分离内部状态和外部状态，使程序逻辑复杂
 * <p>
 * 使用场景：
 * <p>
 * 一个系统中有大量相同或者相似的对象，造成内存的大量耗费
 * <p>
 * 对象的大部分状态都可以外部化，可以将这些外外部状态传入对象中
 * <p>
 * 在使用享元模式时需要存储享元对象的享元池，而这需要耗费一定的系统资源，因此，适应在需要多次重复使用享元对象时才值得使用享元模式。
 * @AUTHOR: CNBruceLee
 * @DATE: 2021/8/2 6:07
 */
package com.bruce.demo2.patterns.demo2.structural.demo12.flyweight;

class PackageInfo {
}

